Reader

Post-mortem des incidents de février 2025.

Comme toujours, c'est à la lumière du jour qu'on voit mieux les craquelures. Un système, même idéalement conçu, présente toujours des défauts d'architecture et d'implémentation, qui ne seront découverts qu'en production.

Le 10 décembre dernier nous vous évoquions les difficultés de la fin d'année 2024. Nous y faisions état d'un cluster qui ne réagissait plus automatiquement aux pertes de nœud, c'est corrigé depuis. Nous y évoquions également nos difficultés à équilibrer le cluster, se soldant par l'ajout de nœuds à venir pour moins souffrir en cas de défaut de l'un de nos sites.

Depuis le 20 février au soir, nous avons à nouveau d'importants défauts sur notre infrastructure, qui mettent à nu des problèmes de conception connus, mais aussi de nouveaux sujets.

Il a Free, il change de FAI

La zone fr-kai-1 est hébergée chez Free. Du moins, était hébergée chez Free jusqu'au 20 février. Entre octobre et décembre nous avions déjà fait face à 5 incidents Free, dont une panne de 5 jours complets sur la zone. Nous pensions être sortis d'affaire après le changement d'OLT dans le NRO de Free, mais rebelote : le 20 à 15h30 coupure franche du lien, toujours un signal mais pas de négociation EPON et donc probablement un défaut au NRO.

En prévision d'une future bascule, nous avions déjà souscrit sur la zone un accès Internet par MilkyWan, un FAI associatif ayant de bons partenariats pour la collecte FTTH (même s'ils ne sont pas membres FFDN). Le lien était livré depuis 3 jours, actif sur le site mais les serveurs n'avaient pas basculé dessus.

La soirée de jeudi a globalement consisté à : – faire le constat de l'incident ; – gérer la bascule des services principaux sur d'autres sites ; – activer l'IPv6 sur l'accès MilkyWan ; – affecter le nouveau préfixe sur les serveurs et les nœuds hepto ; – réinsérer les nœuds dans le cluster sur leur nouveau WAN.

L'incident n'était véritablement clos que le lendemain, le temps de reconfigurer nos passerelles NAT64 pour prendre en compte ce nouveau site (simplement parce qu'on filtre les accès NAT64, évitant d'en faire des open proxies).

Free est depuis résilié sur la zone, bientôt la documentation à jour.

Il a SFR, c'est l'enfer

La zone fr-kai-2 est hébergée chez SFR. Depuis le 21 février au soir au moins, et encore plus franchement depuis le 22 après-midi, son accès WAN est très dégradé : un débit franchement limité et des pertes régulières de paquets (jusqu'à 500ms de jitter et 30% de perte de paquets).

Cette panne, moins franche, est d'autant plus vicieuse. Les premiers symptômes sont apparus alors même qu'on restaurait le NAT64 suite à la bascule de fr-kai-1. Il a fallu du temps pour la détecter et la qualifier, et elle a eu des impacts absolument inattendus.

Nous n'avons pas encore identifié la cause racine de cet incident, quoi qu'il ressemble fort à un engorgement de routeur : dès que le taux de paquets augmente, le taux d'erreur et la latence également. Le souci est mis de côté : fr-kai-2 est temporairement fermé au public le temps qu'on intervienne.

Le meilleur enseignement reste celui des effets de bord.

Le système qui s'emballe

Dès le 21 au soir la zone était défaillante, mais c'était encore beaucoup plus marqué le 22 dans la journée. Nous soupçonnons que notre cluster Garage (S3 distribué) est pour partie responsable de la surcharge : les réplications échouées vers fr-kai-2 sont retentées en boucle jusqu'à engorger encore plus le tuyau. Nous ne mesurons pas à quel point faute de disposer des métriques pour.

La part le plus belle est toutefois attribuable à nos mécanismes de sauvegarde. D'une part nous employons CNPG pour les bases de données, qui sauvegarde ses WAL sur S3, dont un tiers environ sur fr-kai-2, et dont les requêtes sont retentées en boucle.

D'autre part, chaque nuit nous synchronisons une part de nos buckets S3 de production vers la zone fr-hal-1 grâce à Higlo, notre automatisation autour de rclone. En pleine journée, des jobs de synchronisation générés par Higlo tournaient toujours :

storage-backups     higlo-sync-backup-gitlab-artifacts-28997280    Complete   0/1           44m        5d13h
storage-backups     higlo-sync-backup-gitlab-dependency-29001630   Running   0/1           14h        2d13h

Deux indices ici concernant le job de synchronisation du bucket de dépendances de Gitlab : – il tourne depuis 14h alors que c'est un petit volume synchronisé, il est clairement étranglé ; – le job a plus de 2 jours, donc il a déjà échoué, et été relancé, un motif qui n'est pas sans rappeler les deux précédents.

Nous avons temporairement interrompu toutes les tâches de sauvegarde en conséquence, le temps de comprendre l'origine du défaut.

L'APIServer qui pleure

Nous connaissons l'un des défauts majeurs de l'architecture de Hepto, notre distribution kubernetes : il est pour l'instant déployé avec un seul nœud de control plane, donc ni résilience ni répartition de charge sur cette fonction. C'est généralement assez anodin : une panne franche de quelques minutes passe inaperçue, mais c'est bien plus délicat quand les pannes sont plus longues ou moins franches.

L'APIServer est le principal composant de kubernetes : il expose les objets et permet aux contrôleurs de les consulter et les mettre à jour. Un APIServer indisponible c'est pas fabuleux, un APIServer qui clignote, c'est le début de la fin. Et depuis les difficultés de 2024, notre APIServer était sur... fr-kai-2 !

De jeudi soir à samedi après-midi nous avons constaté plusieurs dizaines de défauts de notre ingress controller (traefik), le composant qui accepte les connexions Web. Résultat, tous les sites inaccessibles pendant plusieurs secondes à chaque fois. Nous avons initialement mal qualifié ce problème, constatant côté utilisateur que Matrix devenait inaccessible alors que notre serveur Matrix n'est pas sur le cluster. Puis nous avons révisé l'interprétation, c'est le Matrix Authentication Service sur le cluster qui devenait inaccessible et empêchait Element de fonctionner.

La causalité est probablement très simple : – le site fr-kai-2 s'emballe ; – l'APIServer devient largement indisponible (lenteurs, timeouts) ; – traefik requête l'APIServer pour avoir la liste des URL à exposer ; – il reçoit une erreur, ou pire une liste vide ; – il cesse de répondre aux requêtes entrantes jusqu'à ce que l'APIServer lui réponde correctement à nouveau.

Samedi soir nous avons déplacé l'APIServer sur fr-kai-1, résorbant la plus grande partie de ce problème.

Nous utilisons également Kyverno sur notre cluster, pour contrôler les requêtes et automatiser quelques déploiements. Il s'agit d'un admission controller, placé en coupure e l'APIServer. Hors il est hébergé sur le cluster, et certains de ses composants étaient sur fr-kai-2, il était donc probablement lui aussi fautif d'une partie des erreurs.

Le DNS au tapis

Nous n'attendions pas ce dernier défaut, pourtant très prévisible et très vicieux. L'infrastructure ne s'arrête pas à lancer des workloads et les mettre en réseau : il faut généralement qu'elles communiquent entre elles. On oublie souvent DNS comme composant central et critique d'une infrastructure, c'est un petit morceau discret dans le démarrage d'un cluster kubernetes, et pourtant.

Déjà en 2024 nous avions rencontré des difficulté avec CoreDNS, l'implémentation DNS de référence pour kubernetes. Pas que CoreDNS fasse défaut mais que nous déployions seulement 2 réplicas, parfois démarrés sur le même site, et la fonction souffrait en cas de panne réseau sur le site par exemple. C'était censément résolu depuis que nous avons basculé le déploiement CoreDNS en DaemonSet, un mode de déploiement kubernetes qui planifie un Pod par nœud du cluster.

La logique intuitive est simple : chaque nœud ayant son propre CoreDNS, tout ce qui est lancé dessus pourra en bénéficier en faisant fi de l'état du reste du cluster. Cela dépend d'une fonctionnalité de kubernetes nommée Topology Aware Routing, que nous avions étudiée dès 2019 pour éviter de traverser le WAN à chaque requête vers Garage notamment.

Deux problèmes à cette vision intuitive : – le topology aware routing, ça s'active et nous ne l'avons jamais fait, donc il est en réalité inactif sur notre cluster ; – le DaemonSet que nous avons activé est nativement plus vicieux qu'autre chose, puisque ses Pods restent actifs même lorsque le nœud est vidé ou en panne.

Résultat : une partie du trafic DNS était dirigé vers CoreDNS sur fr-kai-2, et ne répondait plus ou mal, rajoutant du bruit à l'APIServer déjà en mauvais état, même après que nous avions désactivé les nœuds concernés.

La suite des opérations

A l'issue de la phase difficile de l'incident, nous avons : – fr-kai-2 coupé du monde, ses nœuds complètement éteints ; – le reste du cluster légèrement chargé mais sans plus ; – la réplication Garage sur 2 pattes et donc vulnérable à toute panne d'une autre zone ; – des réplicas de base de données toujours en synchronisation pour retrouver une résilience, certains même en panne dû à un cas aux limites de l'utilisation de CNPG.

Les prochaines étapes de remédiation immédiate sont donc : – étudier CNPG et la configuration des affinités qui semblent empêcher certains nœuds de démarrer sans raison apparente ; – le rétablissement de tous les réplicas de base de données, en particulier pour TTRSS, qui doit certes fermer ses portes, mais qui devrait continuer de fonctionner quelques jours encore ; – le diagnostic du WAN de fr-kai-2 avec SFR pour rétablir un service et réactiver les deux nœuds concernés.

Les enseignements complémentaires doivent faire l'objet de travaux : – c'est du long court, mais déjà démarré avec un refactoring en cours, supporter le multi-control-plane kubernetes dans hepto et déployer avec un control plane sur trois zones ; – redéployer CoreDNS dans un mode Deployment avec des contraintes d'affinité garantissant une continuité de service sans subir les désagrément d'un DaemonSet ; – comprendre comment déployer des DaemonSet en stoppant les déploiements lorsque le nœud est inaccessible, en particulier pour Garage afin d'éviter de perdre une part de trafic lorsqu'un nœud est indisponible.

Et plus généralement : donner du temps et de l'air à l'équipe infrastructure.

A l'aide !

TeDomum, ce fut près de 10 personnes actives un temps, plus généralement 6 à 8 membres de l'équipe aux meilleurs moments. Aujourd'hui notre infrastructure est plus libre, autonome, éthique, mais aussi plus complexe qu'il y a 3 ans.

Nous sommes principalement 5, 6 les bonnes semaines. 3 d'entre nous sommes plongés dans l'infrastructure et 2 auprès des utilisateurices de nos services. C'est trop peu. Les acteurs de l'infrastructure donnent les coups de main nécessaires à l'administration des services, plus ponctuellement en support de proximité, mais généralement nous n'avons plus collectivement la force d'assurer à la fois une infrastructure qui tourne et des services de qualité au quotidien.

Si vous avez une expérience ou une envie de faire du support de proximité, de la médiation ou de la modération ; si vous avez déjà des connaissances en administration système, idéalement sur kubernetes, vous êtes peut-être nos sauveuses et sauveurs. Si vous avez en prime envie de travailler dans une équipe d'excellente humeur mais globalement débordée, et donc pas peur d'être accueillies et intégrées avec peu de formes et un accompagnement modeste au début (soyons honnêtes), alors définitivement venez nous contacter sur Matrix.

Un verre d’eau était posé devant son visage. À moins que ce ne soit lui qui s’est mis le visage devant le verre d’eau. Il ne s’en souvenait plus, et au fond cela n’avait que peu d’importance. Cela aurait pu être un verre de jus de fruits, ou encore un verre vide, s’il y réfléchissait un peu. Le problème n’était pas que le verre d’eau soit en face de lui – ou qu’il soit en face du verre.

Non, la question de l’emplacement d’un verre d’eau dans son espace vital n’avait d’importance que parce que la cause de son arrivée devant son visage lui était inconnue.

Il n’était pas endormi, et ne devrait pas souffrir d’Alzheimer ou toute autre maladie dégénérative de la mémoire à son âge. Pourtant, un verre d’eau était devant lui, et il ne se souvenait plus pourquoi. Sans bouger sa tête posée sur ses bras repliés, eux-mêmes posées sur la table de la salle à manger, Alix analysa ses alentours. La table n’était pas mise, pas encore. Cela ne serait tarder, se dit-il cependant, car la télévision était allumée et il entendait vaguement son père s’affairer derrière lui. Un rapide coup d’œil vers l’horloge holographique lui confirma sa pensée.

12 h 48.

Dans 11 minutes, sa mère entrerait dans leurs appartements, et dans la minute qui suivraient, Alix et sa famille mangeraient pendant exactement 1 h 26 pour leur permettrait 4 minutes pour ranger un peu la table et partir en direction des salles au centre du bâtiment.

Il ne devait pas être en retard, pas aujourd’hui, quitte à manger moins que d’habitude.

Il se releva de sa position, prit le verre d’eau et l’observa de plus près.

Il ne se souvenait vraiment pas de depuis quand ce verre d’eau était devant lui.

— « Papa ? C’est toi qui as mis le verre d’eau ‽ »

Le silence fut sa seule réponse. Son père semblait ne pas l’entendre, trop occupé dans la cuisine à faire il-ne-savait-quoi –

Enfin, si, Alix ne devait pas être de mauvaise foi. Il savait ce que son père faisait.

Il faisait la même chose qu’il faisait tous les mois. Il faisait le repas. Le même repas chaque mois même, un repas léger, facilement digérable et mangeable, mais qui contenait quand même assez de nutriments pour pouvoir tenir lors d’une réunion de deux heures. Accompagnant son pat simple, une salade de fruits fais avec des fruits et des légumes du coin, voire de la planète. Une espèce de tomate, évoluée étrangement sous l’étoile 41 Lyncis (aussi nommé Intercrus) ou bien une pomme de terre donc la peau était devenue dure comme la pierre quasiment.

— « Papa ? »

Ce dernier sortit enfin de sa cuisine. Sans un mot, il lui tendit juste des couverts. Le message était clair : < Fais la table au lieu de parler >. Une fois la porcelaine en équilibre précaire dans les bras du jeune homme, il se retourna et plongea une fois de plus dans la cuisine.

Alix soupira. Il n’y avait pas grand-chose d’autre à faire, se dit-il en s’approchant de la table. Il avait compris assez vite comment cela fonctionnait entre adultes dans sa famille : pas de réponse pour les questions stupides.

Pas de réponse pour Alix.

Pas de réponse pour son verre d’eau.

Alors Alix réfléchit à autre chose.

Il n’y avait pourtant pas beaucoup de sujets auxquels il aimait penser. C’était souvent top dur pour lui, ses pensées allaient dans tous les sens au mieux, ou lui échappaient au pire. Un cerveau vide de voix, où même formuler sa parole lui était prenant en énergie.

Un moment, c’était une gorge nouée. Il émettait des sons aigus mélangés à des sons graves, avant de tousser. Le souffle lui manquait alors bien assez vite, et il devait se résoudre à ne rien dire.

Un autre, sa voix devenait brouillée, entrecoupée. Il répétait sans cesse les mêmes syllabes jusqu’à ce qu’il soit obligé de laisser tomber.

Bien sûr, chaque abandon lui venait surtout à cause du regard des autres. Ils le fixaient d’un regard noir et impatient. Certains se détournaient de lui, d’autres finissaient sa phrase à sa place.

Pas de temps pour Alix. Pas de temps pour lui qui ne parlait pas.

⁙ < Pauvre Alix >, aurait-il pensé.

S’il en avait l’énergie.

Il termina de mettre les couverts, séparant les fourchettes des couteaux suffisamment. L’assiette est placée au centre, devant la chaise ; il en avait trois, comme le nombre de chaises à la table.

Sa tâche terminée, il se rassit. Il ne lui restait que cinq minutes à attendre, mais que faire pendant ces minutes ? Ses muscles lui semblaient lourds, et il n’avait vraiment aucune idée de quoi faire. Ouvrir son GSM et lire quelque chose ? Aller sur internet ? Non, mauvaise idée, si sa mère le découvrait sur son GSM un peu plus d’une heure avant la réunion familiale, elle aurait sa peau.

⁙ Comment osait-il se distraire alors qu’il avait des choses plus importantes à faire ‽ Alix entendait presque sa voix.

Au final, le temps qu’il prit pour penser à ce qu’il allait faire se suffit en lui-même, puisqu’il entendit la porte d’entrée s’ouvrir.

La mère d’Alix venait de rentrer.

— « Salut maman. »

— « Bonjour Alix. Je vois que tu es enfin levé. Es-tu prêt pour cet après-midi ? »

※ Pas comme la dernière fois, ni la fois d’avant. Et ne parlons pas de celles d’avant non plus tant qu’on y est…

Il se contenta de hocher la tête. Son silence fût prit pour une approbation et sa mère se tourna vers son père. Elle commença à lui poser des questions à lui-aussi, sur sa journée, sur ses projets.

Alix se laissa bercé par les voix. Leur propos coulaient sur lui, rentrant d’une oreille et sortant par l’autre. Il n’était pas interessé par les hobbys de son père, et encore moins par la journée de sa mère.

Les minutes passèrent rapidement pendant qu’il était dans cet état second. Une bouchée après l’autre. Le repas d’aujourd’hui était le même que le mois dernier, la texture la même. La tomate toujours aussi forte, toujours aussi verte dans la salade de fruit. Et pourtant…

Et pourtant…

C’était assez terne aujourd’hui.

§

Il va sans dire que, pour Alix, la procession vers la salle des réunions des Fuméchaudes faisait partie des plus longues qu’il connaît. Elle ne faisait bien sûr pas plus de mètres que n’importe quelle marche d’un bout d’une rue vers une autre. Physiquement, il ne s’agissait que d’une marche de quelques minutes, dont une d’entre elles se déroulait dans un ascenseur. L’appréhension de l’arrivée, cela dit, changeait toute la teneur de ce déplacement pour lui.

Et pas qu’à lui. Lorsqu’il ne se sentait plus vraiment respirer, dû au stress, il regardait ses parents et voyait comment eux aussi n’étaient pas naturels. C’était bien simple, eux aussi ne marchaient pas normalement.

Sa mère était une femme d’affaires qui avait toujours eu ce qu’elle voulait. La grand-mère maternelle d’Alix aimait à lui rappeler sans cesse les histoires d’enfance de sa mère. À peine sortie du berceau qu’elle marchait déjà avec l’aisance qu’elle maîtriserait à l’âge adulte. Sa mère se déplaçait avec une cadence qui la séparait des autres personnes qu’il connaissait. C’était un pas après l’autre, lentement ; elle marchait comme si elle mourait si son pied n’avait pas roulé avec son pas. Lorsqu’elle portait des talons, surtout les talons aiguilles avec les semelles compensées à la mode dans le Bras d’Orion en ce moment, elle rythmait la cadence de ses bras et de son corps avec le rythme de sa marche. Son corps entier avançait comme une personne (ah !), laissant derrière lui jalousie, envie ou peur.

Sa mère marchait comme elle pensait. Patiemment, mais sûrement, elle allait vers son objectif de la même manière qu’elle préparait ses plans pour obtenir ce qu’elle voulait. L’exemple le plus concret de cette personnalité était son mariage avec le père d’Alix. Elle l’avait vu au détour d’une rue, et sitôt ce dernier dans son champ de vision, elle avait su que cet homme serait le sien. Et même que la grand-mère maternelle d’Alix avait rajouté que, quand elle se disait prête à tout, elle ne l’avait pas dit à la légère.

Une femme imperturbable, voilà ce qu’était sa mère.

Or, même elle ne pouvait cacher le léger empressement dans ses pas. Son buste, d’habitude si droit, quasiment perpendiculaire au sol, penchait vers l’avant. Et ses pas étaient légèrement plus rapides que le « clak- … clak- … » synchronisé avec ses battements de cœur.

Et du côté de son père, c’était un homme simple qui connaissait sa place dans le monde. Le grand-père maternel d’Alix lui avait expliqué qu’il avait la démarche de ceux dont le monde ne refusait rien. ⁙  s’était-il crié une fois.

Alix ne voyait pas en quoi la famille de naissance de son père influençait sa manière de marcher… Alix ne marchait pas du tout comme son père, il n’avait pas la tête si haute…

Tout ça pour dire que cela le rassurait de les voir presser le pas. Ça les rendait humains, pour lui.

Cela les rendait comme lui.

Et ça, ce sentiment d’appartenance, il l’aimait bien.

Même si ce n’était que pour quelques minutes par mois.

Perdu dans ses pensées, il fit tout de même attention en entrant de l’ascenseur principal du bâtiment. Il ne devait pas rentrer dans ses parents, ils se rendraient compte qu’il ne faisait pas attention à ce qu’ils disaient. Enfin, moins que d’habitude.

Ses parents discutaient toujours en face de lui. Quelque chose en rapport avec une cousine ? Une injustice pour les descendants directs ?

Il pouvait être lent, mais pour les discussions purement positionnelles au sein de la famille, Alix avouait qu’il ne voulait même pas y écouter ou y participer. Il avait un peu la flemme. Un peu beaucoup même.

Cela étant dit, la discussion ne dura pas plus longtemps, car l’ascenseur arrêta sa descente et ils durent sortir.

Se tenait devant eux le dernier couloir, et au fond de ce dernier, une porte en bois massif violet. Derrière cette porte faite d’un chêne ayant muté également bizarrement sous l’étoile Intercrus se trouvait la fameuse salle de réunion du clan.

Son père toqua une fois.

Quand Alix avait été plus jeune, quand il cherchait encore à comprendre le monde qui l’entourait et que ses yeux brillaient de curiosité – d’après sa grand-mère maternelle –, il se demandait pourquoi son père ne toquait qu’une seule fois : toujours de la même manière d’ailleurs ; une fois, au milieu de la porte, vers la gauche, à l’opposé de la clinche. Il avait alors regardé comment les autres toquaient. La mère de son arrière-petite-cousine devait toquer cinq fois, tandis que son cousin 'Tis (qui était techniquement son cousin germain éloigné au 1er degré, mais au vu de la différence d’âge entre eux, était resté son cousin) devait toquer deux fois. Il avait émis l’hypothèse que la distance avec la Matriarche dictait le nombre de fois qu’il fallait frapper la porte, mais son oncle toquait aussi qu’une fois alors qu’il n’était que son gendre. Il avait compris que cela dépendait de ce que la Matriarche voulait.

Bref, tout ça pour dire que son père frappa une fois, attendit quelques secondes avant d’ouvrir la porte et de rentrer, Alix et sa mère aux talons.

Comme d’habitude, on aurait pu entendre une mouche voler. Personne ne parlait, ni ne bougeait ou ne faisait du bruit, ce qui avait toujours impressionné Alix autant que cela lui faisait peur : sur les 30 personnes présentes physiquement et les 20 autres en ligne, aucune ne faisait du bruit.

Alix avait toujours peur de trébucher sur une chaise ou se mêler les pieds et tomber. Dans un tel silence, l’attention se serait portée sur lui.

Et ce n’était pas une bonne attention. Ah ça non !

Il arriva à sa place sans encombre.

Première étape de passé. Maintenant, il suffisait qu’il fasse semblant d’écouter et qu’il se fasse tout petit assez que pour passer inaperçu.

Facile, il avait 22 réussites à son actif !

…

…

Il venait de se plomber l’ambiance tout seul…

— « Christelle n’est pas encore arrivée ? C’est quelque peu étonnant… » La voix de sa tante lui fit l’effet d’une piqure d’insecte, et il tourna la tête vers elle.

— « Il y a encore quelques minutes avant que Mamy n’arrive, ne nous réjouissons pas trop vite. »

L’homme qui avait répondu était un des neveux de la Matriarche.

Comment s’appelait-il déjà ?

Eddy ?

Ody ?

Odieux, ça, c’est sûr, mais Alix ne connaissait plus le prénom.

Bah ! Jusqu’à ce qu’il s’en souvienne, ce sera Odieux.

Les discussions autour de lui ne reprirent pas, et le silence s’installa une fois de plus. Tous autour de la table se regardaient et se jugeait, leurs yeux fixant telle ou telle personne pour des raisons qu’Alix ne connaissait pas, mais se doutaient, allaient être expliquée lors de la réunion.

Ladite Christelle rentra en panique, brisant le silence. Tous tournèrent leurs regards vers elle, et Alix, bien qu’assez éloigné de l’entrée, vit avec précision ses épaules atteindre ses oreilles. S’étant faite toute petite, elle s’installa à l’extrémité de la table centrale.

Sa position signifiait deux choses : elle allait parler lors de la réunion, mais elle n’était pas assez importante que pour se rapprocher de la Matriarche.

Elle avait de la chance, car à peine deux minutes plus tard, et Alix s’autorisa un regard vers l’horloge qui annonçait l’heure actuelle – 14h 39 –, la Matriarche rentra. Dès le premier pied passé dans l’antre de la porte, tout le monde dans la salle se leva.

Alix le fit une demie seconde plus tard, quasiment imperceptible. Il était lent, après tout, tout le monde le savait, alors personne ne le fit remarquer. Ni maintenant et ni plus tard…

Doucement, sans fanfare, la Matriarche s’avança. Elle n’en avait pas besoin, de fanfare. Chacun de ses pas, de ses clock – clock, dont un sur d’eux était soutenu par le tump de sa canne, coupaient le silence au couteau. Même avec l’âge, elle se s’était jamais tassée sur elle-même, toujours droite. Le regard vissé devant elle, elle ne s’avança ni trop lentement ni trop rapidement, jusqu’à son fauteuil en tête de table. Une fois assise, elle balaya de son regard l’assemblée : le signal pour qu’ils se rassoient. Une fois cela fait, elle dit d’une voix forte :

— « La sixième réunion hebdomadaire du jeudi 39e du Printemps de l’an 48 commence. »

Alix n’avait pas besoin de regarder l’horloge pour savoir qu’à peine eu-t-elle finit de dire sa phrase, que cette dernière affichait 14h40. Mamy n’était jamais en retard et toujours ponctuelle.

§

Il n’aura pas fallu vingt minutes pour qu’Alix commence à s’ennuyer.

Pas que cela le surprenne, bien sûr, mais quand même… vingt minutes étaient un nouveau record.

Il s’attendait à ce que plus de choses se passent en un mois. Mais il semblerait que ce printemps-ci, pas grand-chose ne se soit déroulé. Ce n’était pas forcément une mauvaise chose, puisque cela pouvait dire que la réunion ne durerait pas.

Le contrepied d’un tel fait, comme un prix ou un sacrifice à faire dans l’espoir d’obtenir une bénédiction ou autre, était que le temps passait lentement. Très lentement.

Les meilleures réunions, ce sont celles qui – et loin l’idée qu’Alix soit sadique ! – mettaient en scènes des échecs ou bien des trahisons. C’étaient toujours celles-là où il y avait des retournements de situations. Alix pouvait alors fixer du regard les membres de sa famille et analyser leurs mimiques sans soucis : que ce soit les animosités ou les alliances sous-jacentes.

Et bien sûr, au centre de ce chaos ordonné, se trouvait toujours Mamy, la Matriarche Fuméchaude.

En pensant à elle, Alix dirigea son regard discrètement vers sa grand-mère. Cette dernière considérait ce qu’un oncle lui présentait. Alix tenta de se reconcentrer quelque peu, mais abandonna vite lorsqu’il entendit parler de < propositions d’alliance avec une entreprise du système stellaire adéesse sept-mille deux cent cinquante et un >. En plus de n’en avoir rien à faire de ce genre d’alliance de sous de table, il ne connaissait pas de système nommé adées –

…

Ah, ADS 7251… Il parlait du système stellaire ADS 7251…

…

Maintenant qu’il y faisait attention, il voyait le nom dans les notes de l’oncle.

…

Ça ne changeait en rien son propos.

Vingt minutes plus tard, il avait entendu des promesses quasi irréelles de profits, des questionnements sur l’image des Fuméchaude et, bien sûr, le futur anniversaire de son cousin. Cela continua le même cirque les vingt suivantes.

Il s’ennuyait sec.

Puis se fut enfin le tour de Christelle. Elle se releva sur sa chaise, et commença à parler d’une zone constructible dans le Continent 10. Elle voulait réutiliser l’espace laissé à l’abandon pour un projet… Alix n’avait pas bien entendu, une sorte de zoo ? Refuge ? Il avait perdu le fil.

Les « adultes » autour de la table s’offusquèrent, sourirent ou acclamèrent la proposition. Alix zona un peu, avant de revenir en entendant l’accord accordé par Mamy.

— « Je vous remercie Mamy ».

Christelle avait sa terre.

— « Était-ce là tous les points du jour ? » demanda l’ainée de la pièce après avoir laissé le silence plané un peu.

La Matriarche regarda le reste de l’assemblée. Christelle en profita pour se rasseoir, sans aucun doute rassurée que sa présentation se soit déroulée sans accroc, comme elle l’avait prévu. Mais personne n’avait d’autre chose à rajouter.

Alors Mamy acquiesça une fois. Puis deux. Puis elle referma d’un bruit sec le journal en face d’elle.

— « Dans ce cas, je vous laisse retourner à vos préoccupations. Au mois prochain. »

Elle se leva, l’assemblée suivit son geste – Alix avec une demie seconde de retard, encore – et elle quitta la pièce comme elle était entrée : à son rythme.

Cela donna l’occasion à Alix d’observer l’instant précis où, une fois Mamy loin de la salle, le soulagement se propager parmi les membres de la famille. Des épaules se relâchèrent et des discussions murmurées recommençaient, et les oncles, tantes et cousin·es se détournèrent du centre du local, et, à intervalle irrégulier, s’avancèrent vers la sortie.

La réunion mensuelle était finie, et le calvaire qu’elle apportait aussi.

Et Alix était là. Il reprit une respiration normale – il n’avait pas remarqué que sa respiration s’était accélérée, les battements de son cœur se synchronisant avec celle-ci et ses mains devenant alors moites de sueurs ; ce que son inconscient considérait comme danger était passé, la tempête était partie et Alix pouvait être calme. Il essuya ses mains discrètement sur son pantalon.

Il se cogna aussi la jambe sur la table, car en voyant ses parents partir sans lui, il s’était relevé brusquement. Bravo pour la discrétion.

Alors qu’il les suivait, la tête baissée, il remarqua que sa vue était brouillée par ses mèches de cheveux du front, ses franges. Il ne voyait que ses pieds, et non la direction qu’il empruntait – bien qu’il la connût par cœur, à force – et dépendait entièrement sur ses parents pour le guider ; le « clack-clack » rapide de sa mère, soutenu par le « cluck-cluck » plus lent de son père.

§

Si on programmait le planning quotidien d’Alix Fuméchaude, on trouverait le temps bien vite long. Le·a secrétaire chargé·e d’un tel travail n’aurait de quoi s’occuper que pendant un jour sur le mois, voire deux dans les rares exceptions. Iel aurait vite intérêt à trouver un hobby pour compenser le manque d’action et le fait que, concrètement, il n’y avait rien à planifier.

Alix avait fini l’éducation obligatoire depuis longtemps – c’est faux, seulement cinq ans – et n’avait jamais cherché à faire plus. Il s’était rempli les journées pendant un temps de diverses formations et de passage de permis. Une fois cela fait, il était parti participer à différents voyages initiatifs. Pas par plaisir pour lui ni par envie, sa mère refusait juste, encore à cette époque, la réalité qui était que son fils soit un flemmard. Ces voyages avaient permis de cacher cette inactivité aux autres membres de la famille – ils le savaient « stupide », il aurait été horrible pour elle qu’ils rajoutent le titre de « paresseux » à son palmarès ! Après deux ans, pourtant, la ruse fut découverte et Alix put enfin rester un peu chez lui.

Autant dire qu’il n’avait aucune obligation autre que celles communes avec les autres petits-enfants de la Matriarche. Du côté réseautage, ses rares amis étaient occupés avec leurs propres vies et carrières, et ne se regroupaient que rarement.

Rarement, certes, mais pas jamais, puisqu’une de ses amis avait envoyé un message sur le groupe privé commun à peine fut Alix de retour chez lui.

✉ ⟠TamTam⟠TamGSM → ⟠Alix.le.terrien⟠AlixGSM et al : « Quelqu’un partant pour une soirée cool à Caffé Inné ? »

Alix avait levé la tête. Il avait regardé un moment ses parents, avant de reposer ses yeux sur le téléphone.

✉ ⟠Alix.le.terrien⟠AlixGSM → ⟠TamTam⟠TamGSM et al : « Je suis sur Fuméchaupolis. Je suis partant ! »

D’autres confirmations furent envoyées ensuite, mais pas tout le monde pu accepter l’invitation.

✉ ⟠Alix.le.terrien⟠AlixGSM → ⟠TamTam⟠TamGSM et al : « C’est quoi l’adresse déjà ? »

Il n’avait jamais posé les pieds dans un café avec un tel nom, et la réponse qui lui fut donnée le réconforta dans cette idée.

※ Au 12, rue de Josse, Portail-de-Bois ? C’est en dehors de la Vieille Protection… À ce qu’il parait, c’est un chouette endroit. C’est bête que je n’aie jamais pensé à y aller…

Il envoya une réponse affirmative. Il arriverait dans vingt minutes, Tam lui répondit qu’elle serait là dans quinze. Les autres participants aussi.

Il prit ses affaires, pas besoin de se changer.

Il sortit.

Il marcha quelques minutes.

Il prit le tram.

Il marcha de nouveau quelques minutes.

Une fois devant le café, il attendit. Tam arriva, habillée sobrement. Elle venait de sortir de son boulot, sans doute.

Ils entrèrent tous les deux et, après quelques minutes, se retrouvèrent à une table. Un à un, ses amis arrivèrent. Tous également habillés sobrement. Alix faisait un peu tache avec ses habits colorés.

Une fois le dernier de ses amis arrivé, Alix ne put que sourire. Il les écouta, les regarda et participa de temps en temps à la discussion.

Il était tablé à une table de huit, alors qu’ils n’étaient que cinq. Cela n’avait pas beaucoup d’importance, mais Alix fixa du regard les chaises vides. Il manquait quelque chose ici, comme il manquait quelque chose à Alix.

Un corps sans rien pour l’habiter.

Les chaises restèrent vides toutes la soirée, sans jamais être prises.

Il se sentit bien seul lorsqu’il reprit le chemin du retour, quelques heures plus tard. Les au revoir faits, les « à la prochaine » échangés… la routine reprenait.

Demain, Alix ne ferait rien.

Petit article de présentation de Rhino Linux, une distribution à part dans le paysage des distributions basées sur Debian/Ubuntu.

Rolling Release ?!?

D'abord, un peu de définition !

Dans le domaine du développement logiciel, l'approche rolling release (littéralement « publication roulante », soit « publication continue ») fait référence à un système de développement logiciel en continu, par opposition au système par version, où l'on ne procède à des mises à jour en production qu'à la fin du cycle de développement d'une version du logiciel ou du système tout entier. Il est notamment utilisé par certaines distributions GNU/Linux. Un système rolling release est généralement implémenté par la mise en œuvre de petites et fréquentes mises à jour. Cependant, appliquer des mises à jour régulières ne signifie pas nécessairement faire usage d'un système en rolling release. Pour qu'une telle dénomination s'applique, les développeurs doivent utiliser une méthode de travail avec une branche unique, par opposition à des versions spécifiques à une étape du cycle (par exemple versions de développement, de test et de production). Dans un système de rolling release les mises à jour sont généralement fournies via un gestionnaire de paquets à travers une connexion internet.

Source : Wikipédia

Donc, si on résume, une distribution rolling release c'est une distribution où vous avez les dernières versions des logiciels et paquets disponibles, tout le temps, presque en temps réel avec les sorties des logiciels.

Avantages et inconvénients

Quelques avantages et inconvénients des rolling releases !

Avantages

Les avantages sont nombreux, notamment avoir les derniers kernels système permet d'avoir un support matériel au top ! Les dernières avancées en terme de pilotes, de gestion graphique sont très utiles pour les joueurs. Vous avez aussi accès aux derniers correctifs de sécurité en direct ! Les dernières évolutions en terme d'interfaces graphiques (Gnome, KDE...) sont directement accessibles !

Inconvénients

Le fait d'avoir les toutes dernières versions des logiciels et applications vous demande de faire des mises à jours régulières. Les logiciels ou paquets ne sont pas suffisamment testés pour être mentionnés “stables” et peuvent causer des soucis de compatibilité, des bugs... Il faut donc savoir mettre les mains dans le moteur et savoir s'en sortir ! Les dernières versions peuvent aussi contenir des failles de sécurité (rapidement corrigées, mais vous êtes un peu le cobaye)...

De la difficulté entre récence et sécurité

Les distributions rolling release (comme les distributions à base de Arch) ont souvent des “garde-fous” temporaires. Soit les paquets ne sont pas intégrés tout de suite dans la distribution, ils sont testés avant par l'équipe, soit on procède à une version “testing” de la distribution (et on s'éloigne de la définition de rolling release) avec déploiement général.

En terme de sécurité, il vaut mieux avoir un système stabilisé, connu, et patché qu'un système trop récent. C'est notamment le cas des distributions Debian : stables mais pas récentes en terme de version de kernel, de paquets...

Toute la complexité et le dilemme des distributions Linux (et plus largement de chaque projet informatique) c'est de pouvoir proposer des mises à jour récentes (mais pas trop) et de la sécurité (mais pas trop ancienne).

Rolling Release, un modèle de développement

Les fans d'Arch Linux jugent généralement Debian et son monde comme quelque chose d'un peu archaïque. Debian étant une des premières distributions Linux (fin 1993), elle profite de l'expérience de nombreuses personnes. Elle est connue, et sa communauté permet son intégration dans énormément d'infrastructures réseaux. Ubuntu profite de cet éco-système pour se développer.

De l'autre côté, Fedora propulsée par RedHat offre des possibilités qui se rapprochent le plus possible des rolling release sans en être. C'est un modèle de développement : la communauté et Fedora “testent”, c'est déployé dans CentOS Stream, qui reteste, puis dans RHEL, la distribution payante pour les professionnels qui veulent du sécurisé et stable.

Rhino Linux, comme un entre-deux

L'avantage de Rhino Linux c'est de prendre les avancées de la communauté d'Arch, d'y intégrer leur fonctionnement (le gestionnaire de paquets Pacstalls) et de l'adapter au monde Debian/Ubuntu qui adore le versioning de ses distributions (experimental, testing, stable, intermediaire, LTS...).

Autre avantage de Rhino Linux, celui de proposer Unicorn, un fork de XFCE pensé pour la modernité.

Le but de cet article n'est pas de vous faire passer à Rhino Linux, mais juste de vous découvrir cette distribution, et d'en profiter pour parler de rolling release ! Donc, testez et vérifiez si cela correspond à vos envies de distribution !

5 Important Attributes You Need to Consider Before Ordering Your Custom Caps

The vast stock of headwear products makes Adams a top choice for customers in the market. Over the last 25 years, Adams have introduced variety of styles in their ever growing collection of caps, giving consumer market a great flare of choice in between different types of products. It is one of the primary reasons why it has become a very big name in the highly competitive circuit of headwear manufacturing, covering all types of customer sections and markets. All the headwear products of Adams are not only manufactured for the general community usage, but they are also being heavily preferred by the corporate sector as well. Their smart usage in promotional marketing activities has precisely elevated their status as the top marketing tool for companies. Because of their routine usage in the community, many companies like to utilize them as their go-to branding product, customized with right company logos and slogans.

A Little About Adams Caps & Headwear Products

Adams has certainly achieved a reputable status in the market in terms of manufacturing quality range of caps. They have successfully grasped a huge section of customers in the market due to their fabulous range of products. Made with dedicated precision, the headwear products of Adams are quite remarkable in quality and provides flawless durability throughout the years. Apart from the general consumer market, the demand of Adams AD969 caps is simple quite outstanding in the commercial sector as well. Just as defined above, the companies that are looking to use these caps as their promotional marketing tool, always choose the headwear products of Adams over other companies in the market. There are various attributes that makes Adams as their go-to brand, in which the quality is one of the biggest reasons behind their choice. While selecting a cap or any headwear product, you need to consider few points before finalizing any order. Below, we have discussed some of the important points that you must need to keep in mind before buying any cap from the market. Let’s quickly take a look at those points in detail below.

Key Factors to Remember While Buying Custom Caps Choose the Perfect Material

First of all, you need to look at the quality of material before making any final decision on the purchase of any cap or other headwear item. This is very important because you need to choose the material of your caps based on the priority of their usage. There are various kinds of fabrics used in the manufacturing of caps, precisely selected according to the conditions of its usage. From polyester to wool, felt to straw and more others, there are different kinds of material options available for caps, giving you a perfect choice according to your desired preference.

Pick the Right Style

Next, you need to pick the right style for your caps, keeping in view your own preference as well as market trends. There are various kinds of cap styles available in the market, perfectly made according to the demands of different customer section. You need to pick the right one among them, by carefully looking into their detailed attributes. Some of the cap styles that are popular in the market includes fitted back, snap back, velcro and more others. It is up to you to choose the best one among them, rightly as per your outfitting needs.

Choose Trendy Colors

Next up, you need to choose the impeccable color for your caps, rightly to imitate the perfect overall presentation. The selection of a specific color is very important because it depicts the overall visual theme of your caps. It is totally up to you to choose those colors that fits best on your styling. If you’d like taking on light colors, then white, grey or any other shade will suit best for you. Whereas if you like taking on lively colors, shades like black, dark blue and similar will be your perfect choice.

Select the Best Size Now, you need to select the best size for your caps that fits perfectly on your head. It is quite important because many times, people end up selecting the most worst size of caps for themselves, which precisely looks quite horrible and weird on them. It is therefore very important to know your appropriate size first, and then select the caps according to that.

Compare the Pricing Lastly, you need to compare the pricing of different caps with each other, rightly to select the best offered rates available in the market. It is quite crucial because it lets you know that whether your designated provider is offering the right pricing or not. There are many vendors operative in the market that offers additional or false pricing on these caps. Therefore, you need to conduct some research yourself before finalizing any order, so that you can save a good amount of money.

Final Words Caps and hats plays an essential role in your overall styling, therefore should be always chosen very precisely by keeping the above factors in mind. Right now, the market is flooded with different types of caps and hats styles that are perfectly crafted with stunning precision, as well as unique creativity. It certainly depends on you the pick the best one among them after analyzing your requirements and usage preferences. Your caps should look pretty decent and sophisticated, allowing your overall personality to look classy with it.

Writing a Letter 1904–1910 – Herbert G. Ponting (British, 1870 – 1935) — https://www.getty.edu/art/collection/object/1043VF

Il y a quelque chose que je pense fondamental dans mon activité de programmation (quand j'ai le temps, ce qui est de moins en moins le cas, mais j'aime toujours autant ça) : quand on est lancé, on se sent porté par quelque chose qui n'est pas vraiment conscient, une espèce de flot de pensées qui s'enchaînent toutes seules, et d'une certaine manière le programme s'écrit tout seul aussi. On ne voit pas passer le temps. Au début, bien sûr, quand on maîtrise mal un langage de programmation, on doit “traduire” un besoin qu'on se formule en langage plus ou moins naturel dans la tête, en utilisation correcte des constructions disponibles dans le dit langage. Parfois on pense encore dans un autre langage de programmation, et on a tendance à essayer de “traduire” de l'un dans l'autre, ce qui n'est pas très efficace, et conduit souvent à mal utiliser les concepts du nouveau langage à apprendre. Par exemple pour passer d'un langage fonctionnel à un langage objet, il faut accepter de penser différemment. Au début on s'interrompt pour lire la doc, regarder des exemples, etc., et c'est un peu laborieux. Mais ensuite c'est comme avec une langue étrangère qu'on parle bien : on pense directement dans cette langue, on ne traduit pas. Dans l'apprentissage d'un nouveau langage de programmation, le moment où l'on réalise qu'on pense directement avec les concepts de ce langage, c'est très gratifiant.

En lisant récemment l'article Can you translate a book with DeepL? d'une traductrice professionnelle, je suis tombée sur un paragraphe qui colle exactement à la notion de flot de pensées ci-dessus : “Authors know the feeling, when they’re writing their book and the rest of the world seems to fall away: they’re in a rhythm where their full concentration is focused on one task. They can see the action and plot of their story in front of them, and the words seem to type themselves into the computer.”. Par ailleurs je comprends cet article comme expliquant que l'activité de traduction n'est pas une activité mécanique de passage d'une forme à une autre. On lit et on digère le texte original, et en quelque sorte on le “repense” dans la langue d'arrivée. Traduire (bien), c'est écrire. Et pour écrire bien, il faut être dans ce flot de pensées décrit dans la citation. L'autrice décrit l'activité de traduction qui s'appuie sur un premier jet produit automatiquement par DeepL comme pénible, parce qu'elle empêche d'atteindre cet état de “flot de pensées” où le texte s'écrit tout seul. C'est perdre ce flot qui rend l'activité pénible, qu'on y “gagne” du temps ou pas. L'article est d'ailleurs intéressant aussi pour la mesure de temps nécessaire, qu'on utilise un outil comme DeepL ou pas. Et finalement la question qu'on peut se poser à la fin, c'est : entre 1h agréable et 45mn pénibles pour la même tâche, que choisiriez-vous ? Ou même pire (vues les conclusions de l'article sur les cas étudiés) : entre 1h agréable et 1h15 pénibles pour la même tâche, que choisiriez-vous ? La question est vite répondue, n'est-ce pas ?

En retombant encore une fois sur cet article de Edsger W.Dijkstra On the foolishness of “natural language programming”, je me suis rappelée les grandes discussions à l'époque où tout un domaine de recherche en informatique travaillait sur la “synthèse” de programme à partir de spécifications en langage plus ou moins naturel. A l'époque je me disais : soit le langage de spécification est suffisamment précis pour que la traduction n'ait pas le choix, et alors on appelle ça un langage de haut-niveau avec son compilateur ; soit le langage de spécification n'est pas assez précis, et alors il reste du travail humain pour aller vers du code, on ne peut pas faire de “synthèse” automatique. On s'amusait de la direction suivie, en se disant que le langage ultime serait réduit à une seule instruction “Do What I Mean”.
Edsger W. Dijkstra argumente ici pour dire que compter sur un outil automatique pour “traduire” en code une pensée en langage naturel est totalement illusoire. La pensée est essentiellement ambiguë (heureusement), alors que le code pas du tout, tout aussi heureusement.

Bref, en reliant ces deux articles et ce à quoi ça me fait penser, je me dis qu'utiliser une IA générative pour programmer, ça a précisément les 2 défauts : – ça s'apparente à traduire avec DeepL, c'est-à-dire que ça remplace un travail d'écriture gratifiant en soi par un travail d'inspecteur des travaux finis essentiellement pénible, et avec lequel on ne gagne même pas forcément de temps – c'est le dernier avatar du rêve de la programmation en langage naturel, qui ne tient pas debout. Au lieu de penser directement dans le langage d'arrivée, on pense dans un langage de départ, et en plus on laisse faire la traduction par des outils très imparfaits.

Dans le monde merveilleux de Linux, on peut tout configurer et adapter à son matériel. C'est ce qui fait sa force ! Pas besoin du support de processeurs 386 quand on a juste besoin de faire tourner ses applications sur des processeurs ARM par exemple. Ça allège le système et permet plus de réactivité.

De l'adaptation, les différentes situations.

Le noyau (ou kernel) Linux est le cœur du système. C'est lui qui va dialoguer avec le matériel. Si vous restreignez le matériel supporté ou que vous avez développé des optimisations spécifiques il va vous permettre de gagner en performances dans ces domaines là. Exemple, les distributions Android (oui Android est basé sur un kernel Linux) sont optimisées pour la gestion des réseaux (bluetooth, wifi, téléphonique), la découverte des réseaux, la connexion sont plus rapides que sur les PC. D'autres exemples spécifiques comme les NAS (DietPi, OpenMediaVault, TrueNAS...) utilisent des distributions Linux optimisées pour les lectures/écritures sur les SSD/HDD, elles seront moins optimisées pour d'autres tâches (calculs bruts...).

La recherche de la performance

Vous l'aurez compris, on ne peut pas avoir le beurre, l'argent du beurre et le crémier... Chaque optimisation spécifique peut induire des pertes de performances dans un autre domaine. Mais l'évolution de l'informatique permet aussi de prendre les optimisations de certains contextes pour les pousser dans les versions “generic” des noyaux. Le temps réel sous Linux qui permet une gestion à zéro latence des entrées-sorties, très utile pour l'audio, est souvent resté un kernel à part à installer. Il a été remplacé par le “low-latency” qui suffisait très bien pour la plupart des utilisations avec peu de pertes de performances.

Et depuis quelques releases de kernel, le “temps-réel” a été directement intégré dans le noyau “generic” (c'est l'option “PREEMPT_RT”).

Les noyaux spécifiques “gamers”

Certaines communautés de joueurs développent leurs propres optimisations de kernel. Liquorix, XanMod, TKG voire même Valve avec son SteamDeck développent des noyaux spécifiques pour leurs besoins : multimédia, jeux vidéos... Autant vous dire que faire tourner son serveur avec ces noyaux sera possible, mais qu'il y aura certainement des modules à ajouter, et des performances moindres qu'avec des noyaux ou des distributions spécifiques. Heureusement, vous pouvez choisir le noyau sur lequel vous souhaitez démarrer à tout moment voire supprimer le noyau “generic” pour ne garder que celui développé par la communauté.

Comparer les noyaux, bonne idée ?

Tout dépend ce que vous comparez et ce que vous voulez que votre comparatif fasse apparaître ! Si, pour des questions d'information, vous comparez des noyaux sur leurs performances multimédia, il est honnête de partir des noyaux par défaut des distributions (“generic”) et de les comparer à des noyaux spécifiquement dédiés aux performances multimédia. Vous constaterez les avancées ou parfois les régressions selon les performances. Comparer des noyaux de diverses communautés peut aussi être intéressant pour voir les différences (scoop : c'est minime voire dans les marges d'erreur des benchmarks).

Est-ce utile pour moi ?

Pour comprendre le sujet, c'est une bonne occasion de regarder cela de plus près ! Comprendre le fonctionnement d'un noyau Linux est quelque chose de complexe et c'est toujours grisant de mieux connaître un sujet aussi poussé. Pour le commun des mortels, ça permet parfois d'avoir des noyaux testés et du support pour de nouveaux matériels en avant-première et ça résous parfois des soucis d'incompatibilité avec certains jeux... Mais les noyaux “generic” intègrent de plus en plus les optimisations spécifiques et la différence devient négligeable pour celles ou ceux qui cherchent juste à faire tourner leurs jeux et applications dans de bonnes conditions sans forcément rechercher les 2fps en plus.

Après 3 ans sans publication, il était grand temps de donner de la visibilité sur nos travaux à venir chez TeDomum. Le constat fait à la dernière AG que nous retrouvons doucement de l'activité, nous nous sommes réunis cette fin d'année pour dessiner des perspectives 2025.

D'abord un merci sincère aux participants pour ce moment très agréable, et place à quelques éléments de compte-rendu.

Des évolutions de services à venir

Plusieurs de nos services sont peu utilisés les dernières années, nous sommes attentifs à ne pas disperser trop les efforts et reposons régulièrement la question des services à fermer. Deux services en particulier seront clos en 2025.

Tiny Tiny RSS n'est plus utilisé que par une poignée de personnes, et il consomme une part importante de nous ressources et du temps d'administration. Nous annoncerons d'ici à fin décembre la date exacte d'interruption de service. Nous accompagnons en attendant les dernièr•es d'entre vous à migrer vers Miniflux, l'alternative que nous proposons en bêta.

Mobilizon n'est simplement pas utilisé. C'est une déception pour nous, mais nous ne ferons guère de déçu•es en l'interrompant cette fin d'année.

Parmi les évolutions majeures liées aux mises à jour, nous déploierons prochainement la dernière version stable de Nextcloud. Il est possible que cette mise à jour interrompe l'extension News pour la consultation des flux RSS. Nous vous invitons de façon générale à migrer vers Miniflux actuellement en bêta, nous suivrons le sujet de près et communiquerons sur la mise à jour.

La visioconférence sera un sujet d'effort particulier l'an prochain. Nous devrons rétablir le bon fonctionnement général de notre instance Jitsi, et prévoyons de tester Element Call en complément, et possible remplaçant pour les années à venir.

Enfin, nous expérimenterons prochainement un déploiement de Wallabag pour la lecture hors ligne de vos articles et pages Web favorites.

Une consolidation de notre infrastructure

Depuis un an maintenant nous avons migré sur notre propre distribution kubernetes basée sur vanilla : avec hepto v2, de plus en plus de nos services et de vos données sont hébergés chez nos membres ! Ce qui était initialement un franc succès nous a rattrapés ce mois de novembre sur fond d'une malchance chronique et de nombreuses pannes.

En deux semaines nous avons enchaîné : une panne d'accès Internet sur kai-2 (bambino et dwelf) de plusieurs heures, une perte d'accès Internet sur kai-1 (cyprus et chartreux) d'une soirée, une panne pour surcharge sur orl-1 (americancurl) puis sur cyr-1 (levkoy), une panne électrique sur kai-2 pendant deux jours suivant les tempêtes, et un perte d'accès Internet sur kai-1 pendant deux jours. Bref, tous nos petits chats ont flanché en très peu de temps.

Théoriquement, notre cluster Kity est conçu pour résister à ce type de panne, mais deux défauts majeurs sont à corriger et seront notre priorité de début 2025 :

• les déploiements ne sont pas automatiquement migrés lorsque nous perdons un site, c'est un bug à corriger rapidement ;
• notre control plane est instancié uniquement sur kai-1, donc nous ne pouvons plus intervenir pour réparer quand nous perdons kai-1, c'est une fonctionnalité à ajouter, avec plusieurs semaines de développement.

Nous avons également fait le bilan de la topologie de notre infrastructure. Nous consoliderons les points suivants dans l'année :

• les connexions entrantes seront déplacées vers une paire de machines virtuelles Scaleway, où nous déploierons aussi les passerelles IPv4-IPv6, pour préparer la résiliation de notre dernier serveur physique OVH ;
• nous ajouterons (ou à défaut de matériel déplacerons) un nœud chez un futur membre de l'association ;
• nous ajouterons un nœud sur le même site que nos sauvegardes, désactivé par défaut et utilisé en dévolution lorsque d'autres sites sont indisponibles.

Une migration à terminer

Nous ne l'achèverons probablement pas dans l'année, mais nous avons refait le tour des services à migrer vers notre cluster Kity.

Nous savons que quelques services seront particulièrement difficiles, comme les mails et les blogs. D'autres au contraire sont presque prêts à migrer. Nous devons finir de renforcer nos services de stockage, en particulier la sauvegarde de nos bases PostgreSQL et l'automatisation de nos Redis.

Une fois au point, nous attaquerons l'année avec la fin de la migration Matrix : les bridges, le media repository, les serveurs Matrix eux-mêmes. Nous enchaînerons avec les DNS et Jitsi, puis Nextcloud et progressivement le reste des services.

Un rapprochement des utilisateur•ices

L'accès aux services est aujourd'hui difficile, en particulier lorsque les inscriptions sont soumises à des validations. Nous en parlons depuis plusieurs mois, et nous allons modifier en 2025 le mode d'accès à nos services.

Les communications suivront prochainement, et n'hésitez pas à venir en parler avec nous. Nous avons toujours besoin d'échanger, et besoin d'aide pour faire vivre la communauté autour de TeDomum !

Bonjour...!

Mes textes naïfs arrivent bientôt !

Je vous aime tous. <3<3<3

Comment faire voyager des livres ?

Constats

Lorsqu'on achète un livre que l'on désire, on le lit et il peut rester dans notre bibliothèque pendant des mois voire des années avant d'être réouvert, vendu ou donné. II peut être prêté à des connaissances mais on garde rarement la trace et on oublie souvent le prêt.

Les boîtes à livres existent mais elles contiennent rarement des ouvrages récents ou des livres que j'ai envie de lire à première vue.

Règles

Livres en voyage

1. Deux filles nues, Luz

(adaptation et traduction de cet article : https://www.howtogeek.com/everything-you-need-to-start-recording-music-on-linux/ )

Vous rêvez de faire de la musique, mais vous voulez le faire avec Linux ? Que vous soyez prêt à enregistrer de la musique sur votre distribution Linux préférée ou que vous cherchiez le bon endroit pour commencer, voici ce que vous devez savoir.

Gardez à l'esprit le type de musique que vous voulez faire

Vous pouvez faire n'importe quel type de musique sur Linux, mais il est utile de savoir ce que vous cherchez à faire. Par exemple, si vous voulez vous enregistrer en train de chanter tout en jouant de la guitare acoustique, vous aurez besoin d'une approche différente (et des logiciels différents) que si vous cherchez à produire de la musique électronique downtempo. Ne vous inquiétez pas si vous n'arrivez pas à vous décider, mais il est utile de savoir quel est votre objectif. En règle générale, plus votre musique comporte d'éléments réels, plus vous aurez besoin d'équipement. Pour la musique purement électronique, vous pouvez vous appuyer principalement sur des logiciels gratuits, même si quelques équipements nécessaires vous seront certainement utiles. Nous y reviendrons dans la section suivante.

L'enregistrement de votre voix ou d'autres instruments peut s'avérer plus délicat que la création d'une musique purement logicielle, c'est pourquoi ce guide se concentre principalement sur ce point. Cela dit, l'article met également en lumière des logiciels utiles à la fois pour capturer des enregistrements et pour produire de la musique à l'intérieur de la boîte.

Le matériel dont vous aurez probablement besoin

Si vous voulez vraiment faire de la musique, vous ne pouvez pas vous passer d'une interface audio. Il s'agit d'appareils multifonctions qui sont en fait des cartes son surpuissantes pour votre ordinateur. Ils vous permettent de brancher un casque ou des haut-parleurs pour écouter la lecture de votre ordinateur, ainsi que des microphones et des signaux de niveau ligne ou instrument.

Si les interfaces audio haut de gamme qui se connectent via Thunderbolt ou Ethernet peuvent ne pas fonctionner facilement sous Linux, les interfaces plus basiques comme l'Universal Audio Volt 2 sont conformes à la classe USB et fonctionnent sans pilotes spécifiques sous Linux. La plupart des interfaces offrant une à quatre entrées sont conformes à la classe USB, mais vous pouvez toujours vérifier auprès du fabricant si vous envisagez d'acheter une interface et que vous voulez vous assurer qu'elle fonctionnera.

Il est techniquement possible de faire de la musique en utilisant uniquement les haut-parleurs de votre ordinateur portable ou un casque branché sur votre carte son intégrée, mais le moins que l'on puisse dire, c'est que ce n'est pas optimal. En utilisant vos haut-parleurs intégrés, il est facile d'enregistrer accidentellement le son de vos haut-parleurs lorsque vous essayez d'enregistrer un instrument. L'utilisation de votre carte son interne peut fonctionner correctement pour les casques, mais vous ne pouvez pas facilement brancher un microphone pour enregistrer votre voix.

Bien qu'une interface audio facilite grandement le branchement de tous les éléments, vous aurez également besoin de quelque chose à brancher. Cela dépend de ce que vous voulez enregistrer. Vous pouvez trouver des microphones allant de quelques dollars à des milliers d'euros, mais si vous investissez dans un microphone de qualité d'une marque connue comme Shure, Beyerdynamic ou Sennheiser, vous aurez moins de chances de devoir le remplacer. D'un autre côté, cela implique généralement de dépenser plus d'argent au départ.

Si vous débutez, il n'y a rien de mal à utiliser ce que vous avez sous la main au début. Au fur et à mesure que vous vous habituerez à produire de la musique, vous pourrez toujours passer à la vitesse supérieure.

Les logiciels dont vous avez besoin

Il existe de nombreux types de logiciels audio, mais pour l'enregistrement et la production de musique, la pièce maîtresse est la station de travail audio numérique (Digital Audio Workstation, DAW). Il s'agit en fait d'un studio d'enregistrement dans votre ordinateur, qui s'occupe de l'enregistrement, du mixage et de l'assemblage du produit audio fini pour en faire quelque chose que vous pourriez écouter sur Spotify.

Il existe de nombreux DAW gratuits et open source sous Linux, mais le plus populaire et le plus professionnel est Ardour. Ce logiciel peut être intimidant au début, comme la plupart des logiciels professionnels, mais il existe un manuel détaillé sur le site web du projet qui peut vous apprendre tout ce que vous avez besoin de savoir. Il y a même des conseils pour configurer votre système afin que le logiciel fonctionne au mieux.

Ardour n'est pas la seule option. Si vous êtes dans un environnement de bureau KDE, QTractor vous conviendra peut-être mieux. Si vous ne souhaitez pas vous limiter aux logiciels libres, le célèbre logiciel de création commercial Reaper est également facile à installer et à utiliser sous Linux. Nous pouvons aussi citer Bitwig, Presonus... que j'ai déjà abordé dans cet article.

Si vous enregistrez des instruments ou votre voix, il se peut que le logiciel DAW et les plugins inclus pour l'égalisation et d'autres effets audio soient tout ce dont vous avez besoin. Cela dit, si vous produisez de la musique électronique ou si vous souhaitez enrichir votre instrumentation réelle, vous voudrez peut-être ajouter des sons provenant d'autres logiciels. Vous trouverez divers synthétiseurs, séquenceurs et boîtes à rythmes disponibles pour Linux et, grâce à un puissant système logiciel appelé JACK, vous pouvez acheminer l'audio de ces logiciels vers d'autres logiciels tels qu'Ardour.

Utiliser une distribution spécifique ?

Évidemment, comme pour tout autre logiciel pour Linux, vous pouvez installer tous les logiciels DAW mentionnés ci-dessus sur la distribution Linux de votre choix. La plupart des distributions incluent au moins les options open-source dans leurs sources logicielles. Cela dit, si vous ne savez pas par où commencer, sachez qu'il existe des distributions spécialement conçues pour la création musicale et d'autres projets créatifs. Les distributions axées sur la musique existent depuis des années. Par exemple, l'une des plus populaires, Ubuntu Studio, est apparue pour la première fois en 2007. À l'origine, la faible latence était l'un des principaux facteurs de différenciation de ces distributions. Bien que cela reste important pour la production audio, l'augmentation de la vitesse du matériel, combinée aux améliorations générales du noyau Linux, a rendu ces ajustements moins nécessaires pour la production audio qu'ils ne l'étaient auparavant. Si certaines distributions Linux axées sur la musique, comme AV Linux, utilisent encore des noyaux personnalisés, d'autres, comme Fedora Jam, sont essentiellement de vastes collections de logiciels préinstallés. Ces distributions vous facilitent encore la vie de bien d'autres manières. Par exemple, JACK est configuré dès la sortie de la boîte, de sorte que vous êtes prêt à commencer à enregistrer. Les trois distributions mentionnées dans cette section fonctionnent toutes comme des DVD ou des clés USB live, ce qui signifie que vous n'avez pas besoin de les installer. Si vous souhaitez commencer à explorer les logiciels audio disponibles pour Linux sans apporter de modifications à long terme à votre ordinateur, c'est un excellent moyen de vous faire une idée de ce qui est disponible.

Comment commencer à enregistrer

Si vous ne créez qu'un enregistrement de base, vous pourrez peut-être vous contenter d'utiliser l'éditeur audio Audacity, mais il y a une raison pour laquelle nous avons suggéré des alternatives à Audacity par le passé. Audacity est limité par rapport à un logiciel DAW digne de ce nom. Il est donc préférable d'utiliser Ardour ou un autre logiciel DAW pour tout ce qui comporte plus d'une piste.

Pour créer un enregistrement de base, lancez Ardour. L'application vous propose quelques options de configuration. Vous devrez sélectionner votre carte son ou votre interface audio, qui devrait être automatiquement configurée s'il s'agit d'un périphérique USB conforme à la classe. Sélectionnez le périphérique audio approprié et démarrez un nouveau projet, puis suivez les étapes ci-dessous :

• Cliquez avec le bouton droit de la souris à droite de l'écran, en dessous de l'indication « Master ».
• Confirmez que vous souhaitez ajouter une piste, puis cliquez sur « Ajouter et fermer ».

• Cliquez sur le bouton rouge de l'armement d'enregistrement sur la piste nouvellement ajoutée.
• Cliquez sur le bouton rouge Enregistrer dans la barre de transport en haut de l'écran.
• Cliquez sur le bouton de lecture pour commencer l'enregistrement. Cliquez sur stop pour terminer.

À partir de là, vous pouvez répéter le processus, en superposant les pistes les unes sur les autres. Vous pouvez chanter en vous accompagnant ou ajouter des instruments ou d'autres sons à votre musique.

Une fois l'enregistrement terminé, vous pouvez éditer l'audio, ajouter des effets et le manipuler de toutes sortes de façons. Cela dépasse le cadre de cet article, mais vous trouverez une mine d'informations dans le manuel Ardour. Si vous utilisez l'un des autres exemples de logiciels DAW mentionnés plus haut, vous trouverez également une excellente documentation sur leurs sites web respectifs.

L'audio sous Linux ! Tout un programme ! Beaucoup de personnes laissent ou ont laissé parfois tomber Linux à cause de cela... Sous Windows vous avez pléthore d'applications audio, un support du matériel par les constructeurs quasi automatique... Bref, votre casque audio bluetooth en 7.1 fonctionne bien avec le “7.1” activé grâce à l'application du constructeur ! Sous Linux, bah c'est plus compliqué...

Support matériel

En premier, le support matériel sur Linux est plus compliqué. Les constructeurs ne développent pas par défaut des pilotes pour Linux. La plupart sont propriétaires et le développement de pilotes sous Linux, bien que n'étant pas plus complexe à réaliser, est moins connu. Pour faire simple, vous avez des normes (universelles et supportées dans le noyau de Linux), comme l'USB Audio, et il faut que votre matériel le supporte pour dialoguer au mieux avec l'OS. Si on est sur des protocoles constructeurs spécifiques, le support ne se fera qu'avec le développement de solutions par le constructeur.

Pour continuer dans mon exemple, si votre matériel est bien certifié USB Audio, vous n'aurez aucun soucis. Et s'il envoie des données reconnues par le protocole mais non visibles par l'OS, il sera possible de les récupérer pour supporter ces fonctionnalités et de les utiliser dans un logiciel pour les exploiter.

Ceci étant dit, citons des exemples de marques de constructeurs parfaitement reconnus sous Linux (ou étant suffisamment suivis pour avoir des mises à jours sur leur support) : Arturia, Behringer, Presonus, Focusrite, Korg, M-Audio... Il y a de quoi faire, non ?

Audio, les serveurs et clients

Toute une histoire ! Sous Windows vous avez DirectAudio ou ASIO pour gérer le son. Sous Linux, il y a différentes évolutions, OSS, ALSA, Jack, Pulseaudio, Pipewire... Je passe ici sur les spécifications techniques de chaque serveur audio ni sur les pour ou contre de chacune des solutions. Évoquons par contre ceci : du temps d'ALSA, Jack est né pour l'audio en temps réel (avec des latences plus faibles que sous windows ou mac par exemple). Pulseaudio a remplacé ALSA mais a laissé Jack tranquille et Pipewire remplace Pulseaudio et Jack...

Aujourd'hui, vous avez encore des distributions sous Pulseaudio et d'autres qui ont migré sous Pipewire par défaut. Si dans le temps la migration ALSA->Pulseaudio s'est parfois accompagnée de difficultés (et incompatibilités d'applications), c'est moins le cas pour la migration Pulseaudio->Pipewire (il y en a, mais beaucoup moins bloquantes qu'auparavant).

Gérer ses entrées / sorties audio

Si vous avez une interface audio avec plusieurs entrées comme moi, vous aurez besoin d'une interface pour les piloter (voir leurs niveaux sonore, vérifier si les enregistrements sont ok...). Bon, on peut cela pendant l'enregistrement, avec Ardour ou Audacity par exemple, mais il est vrai que c'est pas mal de le faire au niveau de son OS.

Pour ça, je vous ai trouvé trois solutions, dont une en développement récent et actif (donc à tester, faire remonter les bugs, ils cherchent des personnes pour les aider à développer l'application).

Pulsemeeter

Je commence par Pulsemeeter, logiciel qui ressemble à Voicemeeter sous Windows et avec les mêmes caractéristiques. Et comme son nom l'indique, il est développé pour Pulseaudio !

Sonusmix

Le remplaçant de Pulsemeeter, pour Pipewire ! Sonusmix est en développement actif et recherche donc des développeurs, testeurs... n'hésitez pas !

Coppr

COPPWR affiche et fournit un contrôle sur de nombreux aspects de Pipewire aussi directement que possible de manière organisée et visuelle. Il peut aider à déboguer et à diagnostiquer une configuration de pipewire ou à développer des logiciels qui interagissent avec Pipewire.

#audio #linux #pipewire #pulseaudio #jack

Je reprend ici une documentation que j'avais déjà faite en septembre 2024.

Fonctionnement de SecureBoot

Dans les années 2010, les bootkits (pour “boot rootkit”) sont des menaces informatiques dangereuses. Ce sont des logiciels malveillants capables de corrompre le démarrage du système d’exploitation, de se charger très tôt (avant l'OS) et avoir des privilèges d’exécution très bas. Ils peuvent donc prendre la main sur un système informatique bien avant les antivirus pour contrôler entièrement le système. Ainsi, les attaquants gagnent en persistance sur l’appareil.

Pour se protéger des bootkits, l’UEFI apporte entre autre le mécanisme de SecureBoot (démarrage sécurisé). SecureBoot est un mécanisme de vérification pour garantir que le code lancé par le firmware est fiable avec des clés de chiffrement.

SecureBoot ne permet donc pas de lancer les pilotes tiers non singés ! Tiens ! Sans désactiver SecureBoot (ce qui poserait des soucis de sécurité)... il est possible d'utiliser des pilotes propriétaires sur Linux, en recréant des clés MOK de sécurité ! Si vous possédez du matériel Razer c'est indiqué dans leur documentation.

La solution !

Vérifier si SecureBoot est présent : mokutil --sb-state Recréer les clé SecureBoot : sudo update-secureboot-policy --enroll-key (si cela ne fonctionne pas faire : sudo update-secureboot-policy --new-key )

Entrer un mot de passe temporaire Redémarrer le PC Au démarrage, il vous propose cet écran, choisissez le second choix Enroll MOK.

Entrer le mot de passe temporaire, le PC va redémarrer...

Et les pilotes Nvidia seront lancés... et les souris Razer aussi (et tout le matériel qui demande des autorisations spécifiques) !

#Nvidia #Mint #SecureBoot #Razer #Linux